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LOW-PROCESSOR-LOAD AGGREGATION 

CROSS-REFERENCE TO RELATED APPLICATION 

This patent application incorporates by reference in its entirety the subject 
matter of the currently co-pending U.S. Patent Application entitled, Assigning Addresses to 
5 Packet-Network Devices and Booting Multi-Channel Devices, naming Joel D. Peshkin, Alexey 
E. Pynko, and Michael C. Whitfield as inventors, filed substantially contemporaneously 
herewith. 

BACKGROUND OF THE INVENTION 
Field of the Invention 

1 0 Tne present application relates, in general, to data communications involving at 

least one data communications network. 

Description of the Related Art 

Data communications is the transfer of data from one or more sources to one or 
15 more sinks that is accomplished (a) via one or more data links between the one or more 
sources and one or more sinks and (b) according to a protocol. Weik, Communications 
Standard Dictionary 203 (3rd ed. 1996). A data communications network is the 
interconnection of two or more communicating entities (i.e., data sources and/or sinks) over 
one or more data links. Weik, Communications Standard Dictionary 618 (3rd ed. 1996). 
20 with reference to the figures, and in particular with reference now to Figure 1 A, 

shown are a packet-switched network 1 00 and a circuit-switched network 1 02. Depicted is an 
aggregation device 104 interposed between the packet-switched network 100 and the circuit- 
switched network 102. Illustrated are a Personal Computing (PC) device 108 and a voice 
device 1 1 2, both of which are shown interfaced with the aggregation device 1 04 via the circuit 
25 switched network 102. 
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Referring now to Figure IB, depicted is the block diagram of Figure 1A 
showing the aggregation device 104 in an exploded view. Illustrated internal to the 
aggregation device 104 are a host processor 114, and multi-line bus (e.g., a Peripheral 
Component Interconnect (PCI) bus) devices 1 1 8, connected with a multi-line bus (e.g. , a PCI 
5 bus) 116. In operation, all data that transit the aggregation device 1 04 must be processed by 
and transit the host processor 1 1 4. For example, with respect to data transiting the aggregation 
device in a direction from the circuit-switched network 102 to the packet-switched network 
100, the host processor 1 14 generally determines whether each multi-line bus device 1 18 has 
data via polling (e.g. , "round robin" polling). If the polling does indicate that data are present 

10 at a particular multi-line bus device 1 1 8, the host processor 1 04 then directs that particular 
multi-line bus device 118 to deliver data to the host processor 104 via multi-line bus 116. 
Thereafter, the host processor 104 processes the received data as appropriate and subsequently 
transmits packetized data out over the packet-switched network 100. As another example, 
with respect to data transiting the aggregation device in a direction from the packet-switched 

1 5 network 1 00 to the circuit-switched network 1 02, the host processor 1 1 4 generally receives 
packetized data from the packet-switched network 100. Thereafter, the host processor 1 14 
processes the received packetized data as appropriate and transmits the processed data to the 
appropriate multi-line bus device 1 18 via the multi-line bus 116. 

The inventors have recognized that, insofar as in the related art all data 

20 transiting aggregation device 104 transits the host processor 1 14, the host processor 1 14 serves 
as a bottleneck for data transmission. 

BRIEF SUMMARY OF THE INVENTION 

In one embodiment, a system includes but is not limited to a low-processor-load 
aggregation device interposed between a network and at least one network station, said low- 
25 processor-load aggregation device having: (a) at least one multi-channel device, said multi- 
channel device having at least one internal network tag associated with the at least one network 
station, and (b) a host-processor-controlled routing device operably coupled with the network, 
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said host-processor-controlled routing device configured to coordinate at least one network 
address with the at least one internal network tag associated with the at least one network 
station. 

In one embodiment, a method includes but is not limited to coordinating an 
5 external network packet with an internal private-network address of a low-processor-load 
aggregation device. In another embodiment of the method, said coordinating an external 
network packet with an internal private-network address of the low-processor-load aggregation 
device is characterized by coordinating the external network packet with at least one internal 
private-network address of at least one multi-channel device. In another embodiment of the 

10 method, said coordinating the external network packet with at least one internal private- 
network address of at least one multi-channel device is characterized by coordinating the 
external network packet with the at least one internal private-network address on the basis of a 
content of the external network packet. In another embodiment of the method, said 
coordinating the external network packet with the at least one internal private-network address 

15 on the basis of a content of the external network packet is characterized by coordinating the 
external network address with an internal private-network address on the basis of a Voice- 
Over-IP, Modem-Over-IP, or Fax-Over-IP content of the external network packet. In another 
embodiment of the method, said coordinating the external network packet with at least one 
internal private-network address of at least one multi-channel device is characterized by 

20 coordinating the external network packet with the at least one internal private-network address 
on the basis of a header of the external network packet. In another embodiment of the method, 
coordinating an external network address of the packet with at least one internal private- 
network address of at least one multi-channel device is characterized by coordinating the 
external network address with at least one internal private-network device uniquely associated 

25 with the at least one multi-channel device. In another embodiment of the method, said 
coordinating an external network address of the packet with at least one internal private- 
network address of at least one multi-channel device is characterized by coordinating the 
external network address with at least one VLAN tag internal to the at least one multi-channel 
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device. In another embodiment of the method, said coordinating the external network address 
with at least one VLAN tag internal to the at least one multi-channel device is characterized by 
coordinating the external network address with at least one VLAN tag internal to the at least 
one multi-channel device, where the at least one VLAN tag is associated with a channel unit 
5 maintaining a logical channel with at least one network station. In another embodiment of the 
method, the network station comprises a network station selected from the network-station 
group including but not limited to a PC device, a voice device, and a fax device In another 
embodiment of the method, said coordinating an external network packet with an internal 
private-network address of a low-processor-load aggregation device is characterized by 

1 0 coordinating the external network address with an internal private-network address of a host 
processor. In another embodiment of the method, said coordinating the external network 
address with an internal private-network address of a host processor is characterized by 
directing at least a part of a packet having the external network address to the internal private- 
network address of the host processor. In another embodiment of the method, said 

1 5 coordinating the external network address with an internal private-network address of a host 
processor is characterized by directing at least a part of a packet having the external network 
-address to a channel unit internal to the internal private-network address of the host processor. 
In another embodiment of the method, the internal private-network address is characterized by 
an Ethernet-protocol address. In addition to the foregoing, other method embodiments are 

20 described in the claims, drawings, and text forming a part of the present application. 

In one or more various embodiments, related systems include but are not 
limited to circuitry and/or programming for effecting the foregoing-referenced method 
embodiments; the circuitry and/or programming can be virtually any combination of hardware, 
25 software, and/or firmware configured to effect the foregoing- referenced method embodiments 
depending upon the design choices of the system designer. 

In one embodiment, a method includes but is not limited to coordinating an 
external network-station packet with at least one internal private-network address of at least 
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one multi-channel device. In another embodiment of the method, said coordinating an external 
network-station packet with at least one internal private-network address of at least one multi- 
channel device is characterized by coordinating the external network-station packet with the at 
least one internal private-network address on the basis of a content of the external network- 
5 station packet. In another embodiment of the method, said coordinating the external network- 
station packet with the at least one internal private-network address on the basis of a content of 
the external network-station packet is characterized by coordinating the external network- 
station address with an internal private-network address of a host processor on the basis of a 
content of the external network-station packet. In another embodiment of the method, said 

1 0 coordinating the external network-station address with an internal private-network address of a 
host processor on the basis of a content of the external network-station packet is characterized 
by coordinating the external network-station address with an internal private-network address 
of a host processor on the basis of a PPP control command content of the external network- 
station packet. In another embodiment of the method, said coordinating the external network- 

1 5 station packet with the at least one internal private-network address on the basis of a content of 
the external network-station packet is characterized by coordinating the external network- 
station address with an internal private-network address of a routing device on the basis of a 
header of the external network-station packet. In another embodiment of the method, the 
internal private-network address is characterized by an Ethernet-protocol address. In addition 

20 to the foregoing, other method embodiments are described in the claims, drawings, and text 
forming a part of the present application. 

In one or more various embodiments, related systems include but are not 
limited to circuitry and/or programming for effecting the foregoing-referenced method 
embodiments; the circuitry and/or programming can be virtually any combination of hardware, 

25 software, and/or firmware configured to effect the foregoing- referenced method embodiments 
depending upon the design choices of the system designer. 
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In one embodiment, a method includes but is not limited to coordinating an 
external network-station control message with an internal private-network address of a low- 
processor-load aggregation device. In another embodiment of the method, said coordinating 
an external network-station control message with an internal private-network address of a low- 
5 processor-load aggregation device is characterized by coordinating the external network- 
station control message with the at least one internal private-network address. In another 
embodiment of the method, the control message comprises a PPP control message. In another 
embodiment of the method, the internal private-network address is characterized by an 
Ethernet-protocol address. In addition to the foregoing, other method embodiments are 
1 0 described in the claims, drawings, and text forming a part of the present application. 

In one or more various embodiments, related systems include but are not 
limited to circuitry and/or programming for effecting the foregoing-referenced method 
embodiments; the circuitry and/or programming can be virtually any combination of hardware, 

1 5 software, and/or firmware configured to effect the foregoing- referenced method embodiments 
depending upon the design choices of the system designer. 

The foregoing is a summary and thus contains, by necessity, simplifications, 
generalizations and omissions of detail; consequently, those skilled in the art will appreciate 
that the summary is illustrative only and is NOT intended to be in any way limiting. Other 

20 aspects, inventive features, and advantages of the devices and/or processes described herein, as 
defined solely by the claims, will become apparent in the non-limiting detailed description set 
forth herein. 

BRIEF DESCRIPTION OF THE SEVERAL VIEWS OF THE DRAWING(S) 

25 Figure 1A shows a packet-switched network 100 and a circuit-switched 

network 102. 

Figure IB depicts the block diagram of Figure 1 A showing the aggregation 
device 104 in an exploded view. 
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Figure 2 shows the block diagram of Figure IB, modified to depict a low- 
processor-load aggregation device 250 interposed between the packet-switched network 100 
and the circuit-switched network 102. 

Figure 8A shows a host processor 202 operably coupled (e.g., via a coaxial 
5 cable) with a broadcast-capable switch 204 (e.g. , an Ethernet bridge, switch, or hub). 

Figure 8B depicts that the host processor 202 has directed the broadcast-packet- 
processing devices 216, 226, 236 to enter an ignore-initial-address-assignment mode via 
placing "ignore" values on all attend-ignore lines 810, 820, 830. 

Figure 8C illustrates that the host processor 202 has directed a broadcast- 
1 0 packet-processing device 2 1 6 to enter a process-initial-address-assignment mode via placing 
an "attend" value on that first broadcast-packet-processing device's 216 attend-ignore line 810. 

Figure 8D shows that the host processor 202 has transmitted a broadcast packet 
containing payload having a first address-assignment message (e.g. , a message that an Ethernet 
device is to be assigned a MAC address), which the broadcast-capable switch 204 has routed 
1 5 onto shared medium 255 . 

Figure 8E depicts that the broadcast-packet-processing device 216 having an 
"attend" value on its attend-ignore line 8 1 0 processes the broadcast packet and passes the first- 
address assignment message to its address-assignment-recognition device 812. 

Figure 8F illustrates that the host processor 202 has directed a second 
20 broadcast-packet-processing devices 226 to enter a process-initial-address-assignment mode 
via placing an "attend" value on that second broadcast-packet-processing device's 226 attend- 
ignore line 820. 

Figure 8G shows that the host processor 202 has transmitted a broadcast packet 
containing payload having a second address-assignment message, which the broadcast-capable 
25 switch 204 has routed onto shared medium 255. 

Figure 8H depicts that the first and second broadcast-packet-processing devices 
216, 226 respectively having an "attend" value on their attend-ignore lines 810, 820, 
respectively process the broadcast packet and pass the second address-assignment message to 
their respective internal address-assignment-recognition devices 812, 822. 
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Figure 81 shows that the address-assignment-recognition device (e.g., MAC 
address-assignment-recognition device) 822 has an assignment status equal to "second-address 
assigned", and that its associated broadcast-packet-processing device (e.g., Ethernet device) 
226 has an address status equal to second-address as a result of the operations described in 
5 relation to Figure 8E. 

Figure 8J shows an alternate embodiment of the system shown in Figure 8A. 

Figure 9 A shows multi-channel devices 21 8, 228, 238 in the context of a system 
wherein packet-processing devices 216, 226, 236 have pre-assigned addresses. 

Figure 9B shows that in one implementation, when multi-channel channel 
1 0 device 2 1 8 having slaved initial boot packet processing device 9 1 0 has respectively booted, 
slaved initial boot packet processing device 910 transmits a packet having a destination 
address of the host processor 202 and a source address of the packet-processing device 216. 

Figure 3 A shows a standard routing device 210 receiving an inbound packet 
300 having payload containing voice (e.g., voice over IP) contents of a type which the low- 
1 5 processor-load aggregation device 2 1 0 is expected to process (rather than just pass on). 

Figure 3B depicts that upon receipt of the Ethernet frame 302, the device 
having the MAC address of the Ethernet frame 302 strips the Ethernet header and hands the 
residual VLAN-tagged packet 304 into multi-channel device 228. 

Figure 3C depicts that upon receipt of the PCM data from the voice device 1 1 2, 
20 the channel unit (e.g. , channel unit_2) converts the PCM data into an outbound voice-over-IP 
packet 308 appropriately addressed to and bound for the external packet-switched network 1 00 
(Figure 2) and thereafter hands the voice-over-IP packet 308 to the Ethernet device 226, which 
encapsulates the voice-over-IP packet 308 into an Ethernet frame 310 which has as its 
destination address the MAC address of the host-processor-controlled aggregation-unit- 
25 specific routing device 200. 

Figure 3D illustrates that Ethernet switch 204 switches Ethernet frame 3 10 to 
host-processor-controlled aggregation-unit-specific routing device 200. 
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Figure 4A shows the standard routing device 210 receiving an inbound-packet 
400, where the inbound-packet 400 has payload which low-processor-load aggregation device 
250 is not expected to process. 

Figure 4B depicts that upon receipt of the Ethernet frame 402, the device 
5 having the MAC address of the Ethernet frame 402 strips the Ethernet header and hands the 
residual VLAN-tagged packet 404 into multi-channel device 228. Multi-channel device 228 
delivers VLAN-tagged packet 404 to the VLAN unit (e.g., VLAN Unit_3 as shown in Figure 
4B) identified by the VLAN tag of the VLAN-tagged packet 404. 

Figure 4C depicts that upon receipt of an outbound packet 408 appropriately 
1 0 addressed to and bound for the external packet-switched network 1 00 (Figure 2), multi-channel 
device 228 hands the outbound packet 408 to the Ethernet device 226, which encapsulates the 
outbound packet 408 into an Ethernet frame 4 1 0 which has as its destination address the MAC 
address of the host-processor-controlled aggregation-unit-specific routing device 200. 

Figure 4D illustrates that Ethernet switch 204 switches Ethernet frame 410 to 
1 5 host-processor-controlled aggregation-unit-specific routing device 200. 

Figures 4E-4F show the situation where the PC device 1 08 is expecting the low- 
•processor-load aggregation device 250 to provide some control functions related to the NCP 
and LCP control aspects of the PPP protocol. 

Figure 5 shows a high-level block diagram depicting an implementation of a 
20 method, in the context of the low-processor-load aggregation device 250, wherein control 
information is routed to the host processor 202. 

Figure 6A shows a high-level logic flowchart depicting a method and system. 

Figure 6B depicts that the channel unit passes the payload 602 to the attached 
Ethernet device 226 with instructions that payload be encapsulated in an Ethernet frame 604 
25 having the MAC address of the host processor 202 and thereafter transmits the Ethernet frame 
604 via the Ethernet bus 255. 

Figure 7 A shows that the host processor 202 causes an Ethernet frame 700, 
having control information destined for the host processor's 202 counterpart - which not 
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shown, but which is somewhere out in the packet-switched network 100 - to be transmitted, 
via Ethernet switch 204, out onto the Ethernet bus 255. 

Figure 7B depicts that the channel unit passes the payload 702 to its associated 
VLAN unit (e.g., VLAN Unit_2, which is illustrated as associated with the channel unit_2), 
5 which creates a VLAN-tagged packet 704. 

The use of the same symbols in different drawings typically indicates similar or 
identical items. 

DETAILED DESCRIPTION OF THE INVENTION 

Referring now to Figure 2, shown is the block diagram of Figure IB, modified 

1 0 to depict a low-processor-load aggregation device 250 interposed between the packet-switched 
network 100 and the circuit-switched network 102. Depicted is that the low-processor-load 
aggregation device 250 interfaces with a standard routing device 2 1 0, which as shown handles 
routing without any knowledge of the internal structure of the-low-processor-load aggregation 
device 250. The standard routing device 210 is shown spanning the boundary of the-low- 

1 5 processor-load aggregation device 250 in order to illustrate that in some implementations, the- 
low-processor-load aggregation device 250 can be made backwards compatible with legacy 
routing devices and networks having no knowledge of the-low-processor-load aggregation 
device 250, while in other implementations the-low-processor-load aggregation device 250 can 
be implemented as integral with a routing device having the functionality of both the standard 

20 routing device 2 1 0 and a host-processor-controlled aggregation-unit-specific routing device 
200 (e.g. , via a legacy routing device whose control code has been modified to actively interact 
with the host-processor-controlled aggregation-unit-specific routing device 200, or via a newly 
produced routing device having the functionality of both the standard routing device 210 and 
the host-processor-controlled aggregation-unit-specific routing device 200). However, for 

25 sake of conceptual clarity the standard routing device 21 0 is described herein as functionally 
separate from the host-processor-controlled aggregation-unit-specific routing device 200 in 
order to most clearly highlight the operation of each component. 
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Depicted is that the host-processor-controlled aggregation-unit-specific routing 
device 200 is interposed between the standard routing device 210 and an Ethernet switch 204. 
While an Ethernet protocol switch is described herein for sake of conceptual clarity, those 
having ordinary skill in the art will appreciate that other like switches can be substituted for the 
5 Ethernet switch 204 via a minimum degree of experimentation well within the ambit of one 
having ordinary skill in the art. In various implementations, host-processor-controlled 
aggregation-unit-specific routing device 200 is controlled by the host processor 202 to 
add/remove headers to packets in various fashions described following. 

Shown is that the Ethernet switch 204 is connected to an Ethernet bus 255. 
10 Those having ordinary skill in the art will recognize that while the Ethernet bus 255 is 
described herein as a shared-medium bus for sake of conceptual clarity, the teachings herein 
may be adapted to non-shared medium buses {e.g. , non-shared medium Ethernet buses), via a 
minimum amount of experimentation well within the ambit of one having ordinary skill in the 
art. 

1 5 Those skilled in the art will appreciate that, for sake of conceptual clarity, the 

low-processor-load aggregation device 250 is illustrated herein as being composed of a 
"hybrid" network. That is, the host processor 202 and the host-processor-controlled 
aggregation-unit-specific routing device 200 are shown herein as being attached to non-shared 
mediums each of which is attached to unique ports of the switch 204, while the remaining 

20 Ethernet devices 216, 226, 236 are shown herein as being attached to a shared medium 255, 
where shared medium 255 is shown attached to a unique port of the switch 204. Although 
low-processor-load aggregation unit 250 is illustrated herein as being composed of a hybrid 
system, those skilled in the art will appreciate that the low-processor-load aggregation unit 250 
is also illustrative of non-hybrid systems. For example, those skilled in the art will appreciate 

25 that the low-processor-load aggregation unit 250 is also illustrative of non-hybrid "shared 
medium" systems where host processor 202, the host-processor-controlled aggregation-unit- 
specific routing device 200, and the remaining Ethernet devices 216, 226, 236 are all attached 
to a shared medium 255 (thereby obviating the requirement for switch 204). As another 
example, those skilled in the art will appreciate that the low-processor-load aggregation unit 
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250 is also illustrative of non-hybrid "switched" systems wherein the host processor 202, the 
host-processor-controlled aggregation-unit-specific routing device 200, and the remaining 
Ethernet devices 216, 226, 236 are each respectively individually attached to their own non- 
shared mediums, where each non-shared medium respectively attaches to a unique port of the 
5 switch 204. Either or both of the foregoing non-hybrid systems can be implemented in light of 
the teachings herein via minimal experimentation well within the ambit of one having ordinary 
skill in the art. 

Continuing to refer to Figure 2, further depicted as connected to the Ethernet 
bus 255 are the Ethernet devices 216, 226, 236, each of which is shown to have a uniquely 

1 0 assigned Media Access Control (MAC) address. Illustrated as respectively uniquely connected 
with each of the Ethernet devices 216, 226, 236, are multi-channel devices 218, 228, 238. 
Depicted is that each multi-channel device may access interfaces provided by the underlying 
circuit switched network, as necessary, in order to establish and support at least one end of a 
channel, the opposite end of which is expected to be provided by some network-station device 

1 5 (e.g. , PC device 1 08, or voice device 1 1 2) across an underlying intervening network (e.g. , the 
underlying circuit-switched network 1 02). While Figure 2, the other figures herein, and their 
attendant discussions only describe two network-station devices (e.g. , the PC device 1 08 and 
the voice device 1 12) interfacing with one of the multi-channel devices 218, 228, 238, those 
having ordinary skill in the art will appreciate that, in normal operation, each multi-channel 

20 device 2 1 8, 228, 238 will typically be interfacing with and providing channel support to many 
(e.g., tens or hundreds) network station devices simultaneously. Those skilled in the art will 
appreciate that the reason why only two network-station devices are shown and described 
herein is merely for sake of conceptual clarity. 

As has been described in relation to Figure 2, it is preferable that the MAC 

25 address of each Ethernet device 2 1 6, 226, 236 be uniquely assigned. There are many ways in 
which such assignment may be done, but one way in which such assignment may be done is 
illustrated immediately following. 

I. Assigning Addresses to Packet-Network Devices 
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Referring now to Figure 8A, shown is host processor 202 operably coupled 
(e.g. , via a coaxial cable) with a broadcast-capable switch 204 (e.g. , an Ethernet bridge, switch, 
or hub). Depicted are three broadcast-packet-processing devices (e.g. , Ethernet devices) 2 1 6, 
226, 236 operably coupled via a shared medium 255 (e.g. , an Ethernet bus, which those having 
ordinary skill in the art will recognize may consist of either or both a shared medium and a 
non-shared medium) with the broadcast-capable switch 204. Illustrated are that all three 
broadcast-packet-processing devices 216, 226, 236 are respectively operably coupled with the 
host processor via attend-ignore lines 810, 820, 830. 

With reference now to now to Figure 8B, depicted is that the host processor 202 
has directed the broadcast-packet-processing devices 216, 226, 236 to enter an ignore-initial- 
address-assignment mode via placing "ignore" values on all attend-ignore lines 810, 820, 830. 

Referring now to now to Figure 8C, illustrated is that the host processor 202 has 
directed a broadcast-packet-processing device 216 to enter a process-initial-address- 
assignment mode via placing an "attend" value on that first broadcast-packet-processing 
device's 216 attend-ignore line 810. 

With reference now to now to Figure 8D, shown is that the host processor 202 
has transmitted a broadcast packet containing payload having a first address-assignment 
message (e.g. , a message that an Ethernet device is to be assigned a MAC address), which the 
broadcast-capable switch 204 has routed onto shared medium 255. 

Referring now to now to Figure 8E, depicted is that the broadcast-packet- 
processing device 216 having an "attend" value on its attend-ignore line 810 processes the 
broadcast packet and passes the first-address assignment message to its address-assignment- 
recognition device 812. Upon receipt of the first-address assignment message, the internal 
address-assignment-recognition device 812 recognizes that its associated broadcast-packet 
processing device 216 does not yet have an assigned address. Accordingly, shown is that 
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internal address-assignment-recognition device 812 accepts the first address assignment 
message, assigns "first address" to its broadcast-packet processing device 216, and thereafter 
sends an acknowledgment of the first-address assignment message to the host processor 202 to 
indicate that the "first-address assignment" has been completed. 

5 With reference now to now to Figure 8F, illustrated is that the host processor 

202 has directed a second broadcast-packet-processing devices 226 to enter a process-initial- 
address-assignment mode via placing an "attend" value on that second broadcast-packet- 
processing device's 226 attend-ignore line 820. Further shown is that the address-assignment- 
recognition device (e.g. , MAC address-assignment-recognition device)'812 has an assignment 
10 status equal to "first-address assigned", and that its associated broadcast-packet-processing 
device (e.g., Ethernet device) 216 has an address status equal to first-address as a result of the 
operations described in relation to Figure 8E. 

Referring now to now to Figure 8G, shown is that the host processor 202 has 
transmitted a broadcast packet containing payload having a second address-assignment 
15 -message, which the broadcast-capable switch 204 has routed onto shared medium 255. 

Referring now to now to Figure 8H, depicted is that the first and second 
broadcast-packet-processing devices 216, 226 respectively having an "attend" value on their 
attend-ignore lines 810, 820, respectively process the broadcast packet and pass the second 
address-assignment message to their respective internal address-assignment-recognition 

20 devices 812, 822. Upon receipt of the second address-assignment message, the internal 
address-assignment-recognition device 812 associated with the first broadcast-packet- 
processing device 216 recognizes that its associated broadcast-packet processing device 216 
has already been assigned an address (via its Assignment Status equal to "first-address 
assigned"), and hence ignores the second address-assignment message. Further shown is that, 

25 upon receipt of the second address-assignment message, the internal address-assignment- 
recognition device 822 associated with the second broadcast-packet-processing device 226 
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which does not yet have an assigned address recognizes that its associated broadcast-packet 
processing device 226 has not already been assigned an address, and hence shown is that the 
internal address-assignment-recognition device 822 associated with the second broadcast- 
packet-processing device assigns the second packet-processing device 226 the second address 
5 indicated by second-address assignment message, and thereafter sends an acknowledgment to 
the host processor 202 that the second address assignment has been accepted. 

With reference now to now to Figure 81, shown is that the address-assignment- 
recognition device (e.g. , MAC address-assignment-recognition device) 822 has an assignment 
status equal to "second-address assigned", and that its associated broadcast-packet-processing 
1 0 device (e.g. , Ethernet device) 226 has an address status equal to second-address as a result of 
the operations described in relation to Figure 8E. 

Figures 8B-8I have described the assignment of address to two of the three 
broadcast-packet-processing devices 206. In one implementation, the remaining (third) 
broadcast-packet-processing device 206 is thereafter assigned its address via a straightforward 

1 5 extension of the procedure illustrated in Figures 8G-8I, where such extension is well within the 
ambit of one having ordinary skill in the art. Furthermore, although only the assignment of 
three broadcast-packet-processing device addresses have been described herein, those having 
ordinarily skill in the art will recognize that the scheme described herein can be extended to 
many (e.g. , hundreds) of broadcast-packet-processing devices via reasonable experimentation 

20 well within the ambit of one having ordinary skill in the art. 

With reference now to Figure 8 J, shown is an alternate embodiment of the 
system shown in Figure 8A. The system shown in Figure 8J is substantially similar to that 
shown in 8A, with the exception that the host processor 202 is shown to be operably coupled 
with only one of the broadcast-packet-processing devices 216 via its attend-ignore line 810. 
25 Depicted is that the remaining two broadcast-packet-processing devices 226, 236 are 
respectively operably coupled with each other via their respective attend-ignore lines 82 1 , 83 1 . 
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In operation, assigning addresses to the packet-processing-devices via the 
alternate system shown in Figure 8J is done in a fashion based upon a straightforward 
extension of the process described in relation to Figure 8 A, except that "daisy-chaining" is 
used to sequentially control the attend-ignore lines 810, 821, 831. For example, the host 
5 processor 202 causes an attend value to appear on the attend-ignore line 8 1 0 of the first packet- 
processing-device 216, and then causes a first address to be assigned to the first packet- 
processing-device 216. Thereafter, subsequent to address assignment, the first packet 
processing device 216 causes an attend value to appear on the second attend-ignore line 821 
which feeds into a second packet-processing-device, and then causes a second address to be 

10 assigned to the second packet-processing-device 226. Thereafter, subsequent to address 
assignment, the second packet processing device 226 causes an attend value to appear on the 
third attend-ignore line 83 1 which feeds into the third packet-processing-device 236, and then 
causes a third address to be assigned to the third packet-processing-device 236. In the 
foregoing described process, the address assignments are done in a substantially similar 

1 5 fashion to that described in relation to Figures 8B-8I, except for the fact that daisy chaining, 
rather than direct control by the host processor 202, is used to control the attend-ignore lines of 
the second and third packet processing devices 206. In addition to the foregoing, it should be 
noted that in some implementations, the attend values remain on the attend-ignore lines after 
respective address assignments, while in other implementations, ignore values are placed on 

20 the attend-ignore lines after respective address assignments. 

The preceding discussions have described transmitting broadcast packets 
containing payload having a specific-address assignment messages. In one implementation, 
such transmission is characterized by the host processor 202 repetitively transmitting each 
broadcast packet containing payload having a specific-address assignment messages until an 
25 acknowledgement from the specific address has been received by the host processor 202. For 
example, returning to the example Figure 8A-8I, in one implementation the host processor 202 
will intermittently retransmit the broadcast packet having the first-address assignment message 
until the host processor 202 receives an acknowledgement that the first address-assignment has 
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been achieved. In a related implementation, insofar as it is possible that the host processor 202 
did not receive the previously-transmitted acknowledgement that the first-address assignment 
has been achieved, accordingly if the packet-processing-device 216 shown in Figure 81 
subsequently receives a duplicate first-address assignment message, its internal address- 
5 assignment-recognition device 812 merely retransmits an acknowledgment that the address 
assignment has been done, such as was illustrated in Figure 8E. 

At this point, the broadcast-packet-processing devices have been assigned their 
addresses (e.g. , Ethernet devices have been assigned their unique MAC addresses). It is now 
desirable to activate the multi-channel devices 208 uniquely connected with the addressed 
1 0 broadcast-packet-processing devices. In one implementation, this is achieved via booting the 
multi-channel devices. 

II. Booting Multi-Channel Devices 

Referring now to Figure 9A, shown are multi-channel devices 218, 228, 23 8 in 
the context of a system wherein packet-processing devices 216, 226, 236 have pre-assigned 

15 addresses. In one implementation, packet-processing devices 216, 226, 236 have been pre- 
assigned their addresses via one or more of the addressing schemes described in Section I 
("assigning addresses to packet-network devices"), above. However, in other implementations 
the packet-processing devices 216, 226, 236 have had their addresses assigned in other ways 
(e.g., via ROM, as is conventionally done). 

20 Continuing to refer to Figure 9A, depicted is that each multi-channel device 

218, 228, 238 respectively has an internal slaved initial boot packet processing device 910, 
920, 930 and boot-control code ROM 912, 922, 932. In one implementation, the multi-channel 
devices 218, 228, 238 are substantially indistinguishable from each other, while in other 
implementations individual multi-channel devices differ. 

25 Figure 9A illustrates the host processor 202 initiating transmission of at least 

one packet containing payload having an initial boot-up message, which packet switch 204 
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transmits onto shared medium 255. In one implementation, a single broadcast packet 
containing the initial boot-up message is transmitted. In another implementation, packets 
individually addressed to the packet-processing devices, each such packet containing the initial 
boot-up message, are transmitted. 

5 Upon receipt of the packet containing the initial boot up message, each multi- 

channel device 218, 228, 238 delivers the boot-up message to its respective slaved initial boot 
packet processing device 910, 920, 930. Thereafter, each slaved initial boot packet processing 
device 910, 920, 930 respectively boots from its respective boot-control code ROM 912, 922, 
932. 

1 0 Referring now to Figure 9B, shown is that in one implementation, when multi- 

channel channel device 218 having slaved initial boot packet processing device 910 has 
respectively booted, slaved initial boot packet processing device 9 1 0 transmits a packet having 
a destination address of the host processor 202 and a source address of the packet-processing 
device 216. Insofar as that the host processor 202 has knowledge of all active packet- 

1 5 processing devices 216, 226, 236 on the shared medium 255 (either because the addresses are 
pre-assigned or because the host processor has assigned the addresses as in Section I, above), 
the host processor 202 can treat those known addresses as the "set" of addresses. Accordingly, 
when the host processor 204 receives an acknowledgment that a multi-channel device has 
successfully booted, the host processor 202 can add the source address of the packet in which 

20 the acknowledgment was contained to a set of "booted-up" addresses (if the source addresses 
are not already represented in the set of received addresses). Thereafter, the host processor can 
compare the set of received "booted-up" addresses against the set of the known earlier- 
assigned packet-processing device addresses (e.g., first-address, second-address, and third- 
address in Figures 9A, 9B), and can continue retransmitting the booted-up message packets 

25 until the set of received booted-up addresses matches the set of known addresses. 



18 

CONFIDENTIAL - ATTORNEY-CLIENT PRIVILEGE 



As has been described, in some implementations the host processor 202 
retransmits a boot-up message if the host processor 202 has not received acknowledgement 
from all multi-channel devices that an earlier-sent boot-up message has been processed. The 
possibility exists that the device has been booted up, but that for some reason the 
acknowledgment has been lost. Accordingly, in one implementation when a slaved initial boot 
packet processing device receives a boot-up message, but the multi-function device having the 
slaved initial boot packet processing device which received the boot-up message has already 
booted, the slaved initial boot packet processing device determines that boot-control code has 
previously been executed, and hence does not reboot. However, the slaved initial boot packet 
processing device does send an acknowledgment of the duplicate boot-up message. 

Those having ordinary skill in the art will appreciate that while the 
retransmission and acknowledgement schemes described above have only been discussed in 
the context of booting multi-channel devices, the retransmission and acknowledgement 
schemes can be applied to virtually any transmissions, related to the low-processor-load 
aggregation device 250, which need to be protected from error or loss. In light of the teachings 
herein, the retransmission and acknowledgement schemes described can be applied to the 
foregoing-described other transmissions via a minor amount of experimentation well within 
the ambit of one having ordinary skill in the art. 

III. Low-Processor-Load Aggregation 

a. Low-Processor-Load Aggregation Unit Expected to Provide Some 
Level of Voice Data Processing 
With reference now to Figures 3 A-3E, shown are a series of high-level block 
diagrams depicting an implementation of a method in the context of a partial view of the-low- 
processor-load aggregation device 250, where the low-processor-load aggregation device 250 
is expected to provide some level of voice data processing. Referring now to Figure 3 A, 
shown is standard routing device 210 receiving an inbound packet 300 having payload 
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containing voice (e.g., voice over IP) contents of a type which the low-processor-load 
aggregation device 210 is expected to process (rather than just pass on). Although the 
discussion herein describes the payload as containing voice (e.g., voice over IP) contents of a 
type which the low-processor-load aggregation device 21 0 is expected to process (rather than 
5 just pass on), it will be appreciated by those having ordinary skill in the art that the voice 
contents of a type which the low-processor-load aggregation device 210 is expected to process 
(rather than just pass on) are representative of other types of contents which the low-processor- 
load aggregation device 210 is expected to process (rather than just pass on). Examples of 
such other types of contents which the low-processor-load aggregation device 2 1 0 is expected 

10 to process are Fax over IP (e.g., International Telecommunications Union (ITU) T.38) 
contents, Modem Over IP (e.g., Telecommunications Industry Association (TIA) TR 30.1) 
contents, and other contents recognized as analogous to the foregoing by those having ordinary 
skill in the art. Those having ordinary skill in the art will appreciate that the examples herein 
can be extended to such other contents which the low-processor-load aggregation device 2 1 0 is 

1 5 expected to process (rather than just pass on), via a reasonable amount of experimentation well 
within the ambit of one having ordinary skill in the art. 

Continuing to refer to Figure 3 A, depicted is that standard routing device 210 
examines the destination address in the header of the inbound packet 300, and determines from 

20 its (standard routing device's 210) internal routing table that the destination address of the 
inbound packet 300 header is associated with the port(s) of the standard routing device 210 
that feed into the host-processor-controlled aggregation-unit-specific routing device 200, and 
consequently routes the inbound packet "downward" to the host-processor-controlled 
aggregation-unit-specific routing device 200. 

25 The host-processor-controlled aggregation-unit-specific routing device 200 has 

been earlier configured by the host processor 202 to recognize that the address of the received 
inbound packet 300 is an address that is potentially associated with a channel involving the 
voice device 1 12 (in one implementation, this potential association is recognized via inbound 
packet 300 being addressed to the one or more packet network addresses associated with the 
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host-processor-controlled aggregation-unit-specific routing device 200), where the voice 
device 1 12 is expecting the low-processor-load aggregation device 250 to provide processing 
of voice data (e.g., Pulse Code Modulated (PCM) data). Accordingly, the host-processor- 
controlled aggregation-unit-specific routing device 200 looks relatively deeply into the 
5 received inbound packet 300 to see if the port identification of the packet (e.g. inbound 
packet's 300 User Datagram Protocol (UDP) Port if the packet switched network 1 00 is using 
IP) is one that the host processor 202 has earlier established is a port identifier that is 
potentially associated with expected voice processing. 

If, upon looking into the received inbound packet 300, the host-processor- 

1 0 controlled aggregation-unit-specific routing device 200 determines that the port identification 
of the packet is one that the host processor 202 has earlier indicated as a port identifier that is 
potentially associated with expected voice processing, the host-processor-controlled 
aggregation-unit-specific routing device 200 maps the known inbound packet to at least one 
logical channel uniquely internal to at least one multi-channel device, said mapping based on 

1 5 both the network and port addresses of the inbound packet 300; for example, in the case where 
the packet switched network 1 00 is using Internet Protocol (IP), the inbound packet's internet 
destination address and the inbound packet's user datagram protocol port number will be 
respectively mapped to an Ethernet MAC address uniquely associated with the multi-channel 
device 228 and a (Virtual Local Area Network) VLAN tag associated with at least one logical 

20 channel uniquely internal to the multi-channel device 228 (in some implementations the 
association is one-to-one), where the at least one logical channel is one end of a logical 
channel established with voice device 1 12 (e.g., the logical channel maintained by channel 
unit_2 of multi-channel device 228). Those having ordinary skill in the art will appreciate that 
the multi-channel device 228 is described as "associated with" the MAC address in that the 

25 association arises, in one implementation, from the fact that each of the multi-channel devices 
218 (Figure 2), 228, 238 (Figure 2) is uniquely connected to a corresponding Ethernet device 
having a uniquely assigned MAC address. 

Continuing to refer to Figure 3 A, shown is that host-processor-controlled 
aggregation-unit-specific routing device 200 strips the packet network header from the 
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inbound packet 300, and creates an Ethernet frame 302 having a destination MAC address 
associated with the multi-channel device 228, and further having, internal to the Ethernet 
frame, a VLAN tag associated with a "VLAN" (e.g., VLAN_2) which is associated with a 
logical channel (e.g., that maintained by channel unit_2) internal to the multi-channel device 
5 228. Those having ordinary skill in the art will appreciate that although VLAN tags and 
associated VLANs are described herein for sake of illustration, those having ordinary skill in 
the art can adapt the teachings herein to other tags via a minimum amount of experimentation 
well within the ambit of one having ordinary skill in the art. However, the inventors note that 
in some Ethernet implementations VLAN tags provide significant benefits in that both legacy 

10 and new Ethernet switches tend not to "see" VLAN identifiers, and hence in one 
implementation VLAN tags have been found to a high degree of accuracy and ease of use 
when utilized with the teaching provided herein. Depicted is that the Ethernet frame 302 is 
sent onto Ethernet bus 255 by Ethernet switch 204. 

With reference now to Figure 3B, depicted is that upon receipt of the Ethernet 

1 5 frame 302, the device having the MAC address of the Ethernet frame 302 strips the Ethernet 
header and hands the residual VLAN-tagged packet 304 into multi-channel device 228. Multi- 
channel device 228 delivers VLAN-tagged packet 304 to the VLAN unit (e.g. , VLAN Unit_2 
as shown in Figure 3B) identified by the VLAN tag of the VLAN-tagged packet 304 (in one 
implementation, this association between VLAN and channel unit is recognized on the basis of 

20 control information earlier-sent to multi-channel device 228 by host processor 202). Illustrated 
is that VLAN Unit_2 removes the VLAN tag from the VLAN-tagged packet 304 and delivers 
the remaining voice-over-IP data to its (VLAN Unity's) associated channel unit (e.g. , channel 
unit_2, as shown in Figure 3B). As shown, the associated channel unit converts the voice- 
over-IP data into its PCM representation, and then sends the PCM data to the voice device 112. 

25 Figures 3A-3B demonstrated an inbound voice packet transiting the low- 

processor-load aggregation device 250. Figures 3C-3D will demonstrate an outbound voice 
packet transiting the low-processor-load aggregation device 250 

Referring now to Figure 3C, depicted is that upon receipt of the PCM data from 
the voice device 1 12, the channel unit (e.g., channel unit_2) converts the PCM data into an 
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outbound voice-over-IP packet 308 appropriately addressed to and bound for the external 
packet-switched network 1 00 (Figure 2), and thereafter hands the voice-over-IP packet 308 to 
the Ethernet device 226, which encapsulates the voice-over-IP packet 308 into an Ethernet 
frame 310 which has as its destination address the MAC address of the host-processor- 
5 controlled aggregation-unit-specific routing device 200. Thereafter, Ethernet device 226 
transmits the Ethernet frame 310 over Ethernet bus 255. 

With reference now to Figure 3D, illustrated is that Ethernet switch 204 
switches Ethernet frame 310 to host-processor-controlled aggregation-unit-specific routing 
device 200. Thereafter, shown is that the host-processor-controlled aggregation-unit-specific 

1 0 routing device 200 removes the Ethernet headers from the Ethernet frame 3 1 0, and thereafter 
transmits the outbound voice-over-IP packet 308 out into the packet-switched network 100. 

Figures 3 A-3D illustrated a situation representative of those instances in which 
the low-host-processor-load aggregation device 250 is expected to provide voice processing 
for a network station device. However, in most instances, the low-host-processor-load 

15 aggregation device 250 will not be expected to provide such processing. Figures 4A-4F 
address various implementations addressing the more common case. 

b. Low-Processor-Load Aggregation Unit Expected to Function as 
Passive Conduit for Data 

20 Referring now to Figure 4A-4F, shown are a series of high-level block diagrams 

depicting an implementation of a method in the context of the low-processor-load aggregation 
device 250 where a network station is not expecting that the-low-processor-load aggregation 
device 250 will provide voice processing. Referring now to Figure 4A, shown is the standard 
routing device 210 receiving an inbound-packet 400, where the inbound-packet 400 has 

25 payload which low-processor-load aggregation device 250 is not expected to process. 
Standard routing device 210 examines the destination address of the inbound-packet header, 
determines from its routing table that the destination address is associated with the attached 
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aggregation device, and consequently routes the inbound packet "downward" to the host- 
processor-controlled aggregation-unit-specific routing device 200. 

The host-processor-controlled aggregation-unit-specific routing device 200 has 
been earlier configured by the host processor 202 (Figure 2) to recognize that the address of 
5 the received inbound packet 400 is associated with a channel of a particular multi-channel 
device which is associated with the MAC address. Accordingly, depicted is that host- 
processor-controlled aggregation-unit-specific routing device 200 maps the known inbound 
packet to at least one logical channel uniquely internal to at least one multi-channel device, 
said mapping based on the network address of the inbound packet 400; for example, in the case 

1 0 where the packet switched network 1 00 is using Internet Protocol (IP), the inbound packet's 
internet destination address will be mapped to an Ethernet MAC address uniquely associated 
with the multi-channel device 228 and a VLAN tag associated with at least one logical channel 
uniquely internal to the multi-channel device 228, where the at least one logical channel is one 
end of a logical channel established with data device 1 08 (e.g. , the logical channel maintained 

1 5 by channel unit_3 of multi-channel device 228). Those having ordinary skill in the art will 
appreciate that the multi-channel device is described as "associated with" the MAC address in 
that the association arises, in one implementation, from the fact that each of the multi-channel 
devices 2 1 8 (Figure 2), 228, 238 (Figure 2) is uniquely connected to an Ethernet device having 
a uniquely assigned MAC address. 

20 Continuing to refer to Figure 4A, shown is that host-processor-controlled 

aggregation-unit-specific routing device 200 encapsulates the entire inbound packet 400 (i.e., 
the entirety of the inbound packet 400, including both the payload and its associated inbound 
packet header), and creates an Ethernet frame 402 having a MAC destination address of 
Ethernet device 226 associated with multi-channel device 228, and further having, internal to 

25 the Ethernet frame, a VLAN tag associated with a "VLAN" (e.g., VLAN_3) which is 
associated with a logical channel (e.g., the logical channel maintained by channel unit_3) 
maintained internal to the multi-channel device 228. Those having ordinary skill in the art will 
appreciate that although VLAN tags and associated VLANs are described herein for sake of 
illustration, those having ordinary skill in the art can adapt the teachings herein to other tags 
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via a minimum amount of experimentation well within the ambit of one having ordinary skill 
in the art. However, the inventors note that in some Ethernet implementations VLAN tags 
provide significant benefits in that both legacy and new Ethernet switches tend not to "see" 
VLAN identifiers, and hence in one implementation VLAN tags have been found to a high 
5 degree of accuracy and ease of use when utilized with the teaching provided herein. Depicted 
is that the Ethernet frame 402 is sent onto Ethernet bus 255 by Ethernet switch 204. 

With reference now to Figure 4B, depicted is that upon receipt of the Ethernet 
frame 402, the device having the MAC address of the Ethernet frame 402 strips the Ethernet 
header and hands the residual VLAN-tagged packet 404 into multi-channel device 228. Multi- 

1 0 channel device 228 delivers VLAN-tagged packet 404 to the VLAN unit (e.g. , VLAN Unit J 
as shown in Figure 4B) identified by the VLAN tag of the VLAN-tagged packet 404. 
Illustrated is that VLAN UnitJ3 removes the VLAN tag from the VLAN-tagged packet 404 
and delivers the inbound packet 400, including both the payload and its associated inbound 
packet header, to its associated channel unit (e.g. , channel unit_3 as shown in Figure 4B). As 

1 5 shown, the associated channel unit sends the inbound packet 400 to the PC device 108. 

Figure 4A-4B demonstrated an inbound non-voice packet transiting the low- 
processor-load aggregation device 250. Figures 4C-4D will demonstrate an outbound non- 
voice packet transiting the low-processor-load aggregation device 250. 

Referring now to Figure 4C ? depicted is that upon receipt of an outbound packet 

20 408 appropriately addressed to and bound for the external packet-switched network 100 
(Figure 2), multi-channel device 228 hands the outbound packet 408 to the Ethernet device 
226, which encapsulates the outbound packet 408 into an Ethernet frame 4 1 0 which has as its 
destination address the MAC address of the host-processor-controlled aggregation-unit- 
specific routing device 200. Thereafter, Ethernet device 226 transmits the Ethernet frame 410 

25 over Ethernet bus 255 . 

With reference now to Figure 4D, illustrated is that Ethernet switch 204 
switches Ethernet frame 410 to host-processor-controlled aggregation-unit-specific routing 
device 200. Thereafter, shown is that the host-processor-controlled aggregation-unit-specific 
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routing device 200 removes the Ethernet headers from the Ethernet frame 41 0, and thereafter 
transmits the residual outbound packet 408 out into the packet-switched network 100. 

Figures 3A-3D illustrated instances in which the low-processor-load 
aggregation device 250 is expected to provide processing of the contents of voice packets over 
5 an established channel Figures 4A-4D illustrated instances in which the low-processor-load 
aggregation device 250 is only expected to forward packets and is not expected to process the 
contents of those forwarded packets. Figures 4E-4F, described following, illustrate instances 
in which the low-processor-load aggregation device 250 is expected to provide some control 
functions based upon specifically-identified control packets via an example based upon PPP 
10 (Point to Point Protocol) processing; the scheme in Figures 4E-4F is a hybrid of the schemes 
illustrated in Figures 3A-3D and 4A-4D. 

c. Low-Processor-Load Aggregation Unit Expected to Provide Some 
Control Information Processing 
In some instances, in addition to the low-processor-load aggregation unit 
1 5 providing data transfer such as has been discussed previously, a network station using the low- 
processor-load aggregation unit 250 will expect that the low-processor-load aggregation unit 
250 will support a PPP link. By way of introduction, those having ordinary skill in the art will 
appreciate that PPP is typically used to provide data link control functions between a network 
station (e.g., the PC device 108) and the low-processor-load aggregation device 250. 
20 Accordingly, the PPP control information generally only needs to be exchanged between the 
PC device 108 and the low-processor-load aggregation device 250 (i.e., the PPP control 
information will typically only be exchanged between the low-processor-load aggregation 
device 250 and a network station (e.g., PC device 108) so that data link control is maintained). 

Referring now to Figures 4E-4F, shown is the situation where the PC device 
25 108 is expecting the low-processor-load aggregation device 250 to provide some control 
functions related to the NCP and LCP control aspects of the PPP protocol. As has been noted, 
the PPP control information generally need only be exchanged between the PC device 1 08 and 
the low-processor-load aggregation device 250 so that data link control is maintained. 
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Illustrated is that the host processor 202 creates PPP control information (e.g. , 
LCP or NCP packets), appends a VLAN tag (e.g., VLANJ3 tag) to the PPP control 
information, and thereafter encapsulates the entire VLAN tag-PPP control information packet 
in an Ethernet frame 412 having as a destination MAC address that of the Ethernet device 226 
5 associated with the multi-channel device 228. As shown, the Ethernet device 226 houses the 
channel unit (e.g., channel unit_3) associated with at least one logical channel uniquely 
internal to the at least one multi-channel device (the logical channel being one which carries 
data such as has been discussed previously), where the at least one logical channel is being 
encapsulated in a PPP link established between the low-processor-load aggregation device 250 
10 and the PC device 108. 
Z Upon receipt of the control information in the Ethernet frame 41 2, the Ethernet 

device 226 strips the Ethernet header and passes the VLAN-tagged packet into the multi- 
J] channel device 228. The multi-channel device 228 then strips the VLAN tag (e.g., VLAN 3 

% tag) and hands the residual PPP control information to the appropriate channel unit (e.g., 

15 channel unit_3). Thereafter, the channel unit (e.g., channel unit_3) merges the PPP control 
~j packets that came from the host processor 202 with the PPP-encapsulated data packets (e.g., 

\l tnose PPP-encapsulated data packets that are created by putting PPP headers on the IP packets 

» received from the host-processor-controlled aggregation-unit-specific routing device 200; 

II those skilled in the art will appreciate that packets (e.g., IP packets) received from the host- 

20 processor-controlled aggregation-unit-specific routing device 200, in normal operation, are 
PPP-encapsulated to provide link control of the data link between the channel unit (e.g., 
channel unit_3) and the PC device 108). Thereafter, the channel unit (e.g., channel unit_3) 
sends the PPP-encapsulated data over the PPP link maintained between the channel unit (e.g., 
channel unit_3) and the network station (e.g., PC device 108). 
25 With reference now to Figure 4F, shown is the multi-channel device 228 

receiving an outbound packet 428 having payload containing PPP contents. The multi-channel 
device 228 examines the destination address of the outbound packet's 428 header. 

The multi-channel device 228 has been earlier configured by the host processor 
202 to recognize that the address of the received outbound-packet is associated with either 
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control or data related to a channel over which PC device 1 08 is communicating, where the PC 
device 108 is expecting the low-processor-load aggregation device 250 to provide some 
control functions related to the NCP and LCP control aspects of the PPP protocol To resolve 
whether the received packet contains control or data, the multi-channel device 228 looks 
5 relatively deep into the payload of the received packet to see if whether the packet contains 
PPP control information. As shown in Figure 4F, if the packet does contain PPP control 
information, the multi-channel device 228 maps the known inbound packet to the host 
processor, said mapping based on both the network address and the contents of the outbound 
packet; for example, encapsulating the entire outbound packet in an Ethernet frame 424 having 

10 as a MAC destination address that of the host processor 202 . However, if the packet does not 
contain PPP control information, the multi-channel device 228 instructs its attached Ethernet 
device 226 to map the inbound packet's internet destination address to an Ethernet MAC 
address associated with the host-processor-controlled aggregation-unit-specific routing device 
200, and thereafter send the Ethernet frame out over Ethernet bus 255 (e.g. , analogous to the 

1 5 operations shown and described in relation to Figures 4C-4D). 

Continuing to refer to Figure 4F, in the event that the received packet was 
routed to the host processor 202, upon receipt of the control information, the host processor 
202 processes the control command, and then communicates (e.g., via either a dedicated path 
(not shown) or back through the Ethernet switch 204 and the Ethernet bus 255) with the 

20 appropriate channel unit (e.g., channel unit_3) to effect whatever control command(s) was 
contained in the received PPP control packet. In the event that the received packet was a data 
packet, the system functions substantially analogous to the system described in relation to 
Figures 4C-4D, where data packets were described as being forwarded across the low- 
processor-load aggregation device 250. 

25 As noted above, throughout the preceding discussion it was assumed that the 

host processor had already configured the appropriate components to function as described 
above. Those having ordinary skill in the art will appreciate that in order to configure the 
appropriate components it is desirable for the host processor 202 to receive control 
information. How this is accomplished in one implementation is shown in Figure 5. 



28 

CONFIDENTIAL - ATTORNEY-CLIENT PRIVILEGE 



d. Exchange of Low-Processor-Load Aggregation Unit Control 
Information 

With reference now to Figure 5, shown is a high-level block diagram depicting 
an implementation of a method, in the context of the low-processor-load aggregation device 
250, wherein control information is routed to the host processor 202. Referring now to Figure 
5, shown is the standard routing device 210 receiving an inbound-packet 500, where the 
inbound-packet 500 having a payload 602 of control or unknown contents. Standard routing 
device 210 examines the destination address of the inbound-packet 500 header, determines 
from its routing table that the destination address is associated with the attached aggregation 
device, and consequently routes the inbound packet "downward" to the host-processor- 
controlled aggregation-unit-specific routing device 200. 

The host-processor-controlled aggregation-unit-specific routing device 200 has 
been configured such that, by default, it encapsulates inbound packets which it does not 
recognize in an Ethernet frame 510 having the MAC address of the host processor 202 and 
thereafter transmits the Ethernet frame 510 to the Ethernet switch 204. The Ethernet switch 
204 thereafter transmits the Ethernet frame 5 1 0 to the host processor 202. Upon receipt of the 
Ethernet frame 510, the host processor processes the content of the inbound packet 500 
containing the control or other unrecognized information via techniques well known to those 
having ordinary skill in the art. 

In some instances, rather than sending the host processor 202 control 
information directly, it is actually desired that control information be transmitted as associated 
with a particular channel. One implementation by which this is done is shown in Figures 6A- 
6B. 

Referring now to Figure 6A, shown is a high-level logic flowchart depicting a 
method and system. The method depicted in Figure 6 A functions substantially analogously as 
described in relation to Figures 3 A-3B above, except that when the payload 602 of the inbound 
packet 600 is ultimately received by the channel unit (e.g., channel unit_2 as shown in Figure 
6A), the channel unit recognizes that the data is not voice data. Accordingly, illustrated in 
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Figure 6B is that the channel unit passes the payload 602 to the attached Ethernet device 226 
with instructions that payload be encapsulated in an Ethernet frame 604 having the MAC 
address of the host processor 202 and thereafter transmits the Ethernet frame 604 via the 
Ethernet bus 255. 

5 Figures 6A-B illustrated the situation in which inbound control information, 

associated with a particular active channel, makes its way to the host processor 202. However, 
in other instances the host processor 202 may want to send control information, associated 
with an active channel, to the host processor's 202 counterpart (not shown) somewhere in 
packet-switched network 1 00 (e.g., such as in a Named Telephony Event (NTE)). Figures 7A- 

1 0 7B illustrate how one implementation achieves the foregoing. 

With reference now to Figure 7A, shown is that the host processor 202 causes 
an Ethernet frame 700, having control information destined for the host processor's 202 
counterpart - which not shown, but which is somewhere out in the packet-switched network 
100 - to be transmitted, via Ethernet switch 204, out onto the Ethernet bus 255. Illustrated in 

1 5 Figure 7 A is that the payload 702 of the Ethernet frame is ultimately received by the channel 
unit associated with the VLAN tag (e.g., channel unit__2 associated with the VLAN_2 tag), 
•which examines the payload 702 and recognizes that data in payload 702 is not voice data. 

Accordingly, illustrated in Figure 7B is that the channel unit passes the payload 
702 to its associated VLAN unit (e.g., VLAN Unit_2, which is illustrated as associated with 

20 the channel unit_2), which creates a VLAN-tagged packet 704. The VLAN-tagged packet 704 
is then passed to the attached Ethernet device 226 with instructions that the VLAN-tagged 
packet 704 be encapsulated in an Ethernet frame 706 having the MAC address of the host- 
processor-controlled aggregation-unit-specific routing device 200 and thereafter transmits the 
Ethernet frame 706 via the Ethernet bus 255. 

25 Upon receipt of Ethernet frame 706 containing the VLAN-tagged packet 704, 

the host-processor-controlled aggregation-unit-specific routing device 200 maps the source 
MAC address of the MAC device 226 from which Ethernet frame 706 originated to its 
appropriately associated IP address, and maps the VLAN-tag to its appropriately associated 
UDP (i.e., essentially does the inverse of the function described above in relation to Figure 



30 

CONFIDENTIAL - ATTORNEY-CLIENT PRIVILEGE 



3 A), and hands the constructed IP packet to transmits the resultant outbound packet 708 to the 
packet-switched network 100. Upon receipt of such control information, the host processor's 
202 counterpart (not shown) will engage in operations substantially analogous to those 
described in relation to Figures 6A-6B, above. 
5 Those having ordinary skill in the art will recognize that the state of the art has 

progressed to the point where there is little distinction left between hardware and software 
implementations of aspects of systems; the use of hardware or software is generally (but not 
always, in that in certain contexts the choice between hardware and software can become 
significant) a design choice representing cost vs. efficiency tradeoffs. Those having ordinary 

1 0 skill in the art will appreciate that there are various vehicles by which processes and/or systems 
described herein can be effected (e.g., hardware, software, and/or firmware), and that the 
preferred vehicle will vary with the context in which the processes are deployed. For example, 
if an implementer determines that speed and accuracy are paramount, the implementer may opt 
for a hardware and/or firmware vehicle; alternatively, if flexibility is paramount, the 

15 implementer may opt for a solely software implementation; or, yet again alternatively, the 
implementer may opt for some combination of hardware, software, and/or firmware. Hence, 
there are several possible vehicles by which the processes described herein may be effected, 
none of which is inherently superior to the other in that any vehicle to be utilized is a choice 
dependent upon the context in which the vehicle will be deployed and the specific concerns 

20 (e.g., speed, flexibility, or predictability) of the implementer, any of which may vary. 

The foregoing detailed description has set forth various embodiments of the devices 
and/or processes via the use of block diagrams, and examples. Insofar as such block diagrams, 
and examples contain one or more functions and/or operations, it will be understood as 
notorious by those within the art that each function and/or operation within such block 

25 diagrams, or examples can be implemented, individually and/or collectively, by a wide range 
of hardware, software, firmware, or virtually any combination thereof. In one embodiment, the 
present invention may be implemented via Application Specific Integrated Circuits (ASICs). 
However, those skilled in the art will recognize that the embodiments disclosed herein, in 
whole or in part, can be equivalently implemented in standard Integrated Circuits, as one or 
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more computer programs running on one or more computers (e.g., as one or more programs 
running on one or more computer systems), as one or more programs running on one or more 
controllers (e.g., microcontrollers) as one or more programs running on one or more processors 
e.g., microprocessors, as firmware, or as virtually any combination thereof, and that designing 
5 the circuitry and/or writing the code for the software and or firmware would be well within the 
skill of one of ordinary skill in the art in light of this disclosure. In addition, those skilled in 
the art will appreciate that the mechanisms of the present invention are capable of being 
distributed as a program product in a variety of forms, and that an illustrative embodiment of 
the present invention applies equally regardless of the particular type of signal bearing media 
1 0 used to actually carry out the distribution. Examples of signal bearing media include, but are 
not limited to, the following: recordable type media such as floppy disks, hard disk drives, CD 
ROMs, digital tape, and computer memory; and transmission type media such as digital and 
analogue communication links using TDM or IP based communication links (e.g., packet 
links). 

15 In a general sense, those skilled in the art will recognize that the various 

embodiments described herein which can be implemented, individually and/or collectively, by 
a wide range of hardware, software, firmware, or any combination thereof can be viewed as 
being composed of various types of "electrical circuitry." Consequently, as used herein 
"electrical circuitry" includes, but is not limited to, electrical circuitry having at least one 

20 discrete electrical circuit, electrical circuitry having at least one integrated circuit, electrical 
circuitry having at least one application specific integrated circuit, electrical circuitry forming 
a general purpose computing device configured by a computer program (e.g., a general 
purpose computer configured by a computer program which at least partially carries out 
processes and/or devices described herein, or a microprocessor configured by a computer 

25 program which at least partially carries out processes and/or devices described herein), 
electrical circuitry forming a memory device (e.g., forms of random access memory), and 
electrical circuitry forming a communications device (e.g., a modem, communications switch, 
or optical-electrical equipment). 
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Those skilled in the art will recognize that it is common within the art to 
describe devices and/or processes in the fashion set forth herein, and thereafter use standard 
engineering practices to integrate such described devices and/or processes into data processing 
systems. That is, the devices and/or processes described herein can be integrated into a data 
5 processing systems via a reasonable amount of experimentation. 

The foregoing described embodiments depict different components contained 
within, or connected with, different other components. It is to be understood that such 
depicted architectures are merely exemplary, and that in fact many other architectures can be 
implemented which achieve the same functionality. In a conceptual sense, any arrangement of 

1 0 components to achieve the same functionality is effectively "associated" such that the desired 
functionality is achieved. Hence, any two components herein combined to achieve a particular 
functionality can be seen as "associated with" each other such that the desired functionality is 
achieved, irrespective of architectures or intermedial components. Likewise, any two 
components so associated can also be viewed as being "operably connected", or "operably 

1 5 coupled", to each other to achieve the desired functionality. 

While particular embodiments of the present invention have been shown and 
described, it will be obvious to those skilled in the art that, based upon the teachings herein, 
changes and modifications may be made without departing from this invention and its broader 
aspects and, therefore, the appended claims are to encompass within their scope all such 

20 changes and modifications as are within the true spirit and scope of this invention. 
Furthermore, it is to be understood that the invention is solely defined by the appended claims. 
Note: it will be understood by those within the art that, in general, terms used herein, and 
especially in the appended claims (e.g., bodies of the appended claims) are generally intended 
as "open" terms (e.g., the term "including" should be interpreted as "including but not limited 

25 to the term "having" should be interpreted as "having at least," the term "includes" should be 
interpreted as "includes but is not limited to," etc.). It will be further understood by those 
within the art that if a specific number of an introduced claim recitation is intended, such an 
intent will be explicitly recited in the claim, and in the absence of such recitation no such 
intent is present. For example, as an aid to understanding, the following appended claims may 



33 

CONFIDENTIAL - ATTORNEY-CLIENT PRIVILEGE 



contain usage of the introductory phrases "at least one" and "one or more" to introduce claim 
recitations. However, the use of such phrases should not be construed to imply that the 
introduction of a claim recitation by the indefinite articles "a" or "an" limits any particular 
claim containing such introduced claim recitation to inventions containing only one such 

5 recitation, even when the same claim includes the introductory phrases "one or more" or "at 
least one" and indefinite articles such as "a" or "an" (e.g., "a" and/or "an" should typically be 
interpreted to mean "at least one" or "one or more"); the same holds true for the use of definite 
articles used to introduce claim recitations. In addition, even if a specific number of an 
introduced claim recitation is explicitly recited, those skilled in the art will recognize that such 

10 recitation should typically be interpreted to mean at least the recited number (e.g., the bare 
recitation of "two recitations," without other modifiers, typically means at least two 
recitations, or two or more recitations). 

From the foregoing it will be appreciated that, although specific embodiments 
of the invention have been described herein for purposes of illustration, various modifications 

1 5 may be made without deviating from the spirit and scope of the invention. Accordingly, the 
invention is not limited except as by the appended claims. 
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